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Specification 

The disclosure is objected to because of the following informalities: 

On page 1, under the "Related Applications" section, the numbers of related 
copending patent applications are missing. 

On page 8, paragraph 0023, lines 3, 4, and 7 recite "signal-bearing media" whereas 
claim 17, line 1, recites "computer program product, residing on a computer usable 
medium". 

Appropriate correction is required. 

Double Patenting 

The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified 
or improper timewise extension of the "right to exclude" granted by a patent and to prevent 
possible harassment by multiple assignees. A nonstatutory obviousness-type double 
patenting rejection is appropriate where the conflicting claims are not identical, but at least 
one examined application claim is not patentably distinct from the reference claim(s) 
because the examined application claim is either anticipated by, or would have been 
obvious over, the reference claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 
1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); 
In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 
937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 
1970); and In re Thorington, 418 F.2d 528, 163 USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to be 
commonly owned with this application, or claims an invention made as a result of activities 
undertaken within the scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 
CFR 3.73(b). 

Claims 1, 9, and 17 are provisionally rejected on the ground of nonstatutory 
obviousness-type double patenting as being unpatentable over claims 1, 2, 6, 7, 11, and 
12 of copending Application No. 10/675,624. Although the conflicting claims are not 
identical, they are not patentably distinct from each other because the limitations in claims 
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1, 9, and 17 are disclosed in claims 1, 2, 6, 7, 11, and 12 of copending Application No. 
10/675,624. 

Claims 1, 9, and 17 are nearly identical to claims 1, 2, 6, 7, 11, and 12 of copending 
Application No. 10/675,624 except that claims 1, 9, and 17 in the current application recite 
"request for a boot program" and "boot program servers", whereas claims 1 , 2, 6, 7, 1 1 , 
and 12 of copending Application No. 10/675,624 recite "request for a configuration 
parameter" and "configuration servers". A "request for a boot program" is a "request for a 
configuration parameter" because the boot program provides configuration parameters. 

Claims 1-24 are provisionally rejected on the ground of nonstatutory obviousness- 
type double patenting as being unpatentable over claims 1-8 of copending Application No. 
10/698,128. Although the conflicting claims are not identical, they are not patentably 
distinct from each other because the limitations in claims 1-24 are disclosed in claims 1-8 
of copending Application No. 10/698,128. 

Claims 1-24 are nearly identical to claims 1-8 of copending Application No. 
10/698,128 except that claims 1-24 in the current application recite "a method, a system, 
and a computer program product for managing a network boot of a client computer", 
whereas claims 1-8 of copending Application No. 10/698,128 recite "a service for 
managing a network boot of a client computer". The referred claims encompass any one of 
"a method, a system, a computer program product, and a service for managing a network 
boot of a client computer". 

Claims 1, 6, 9, 14, 17, and 22 are provisionally rejected on the ground of 
nonstatutory obviousness-type double patenting as being unpatentable over claims 1 and 
2 of copending Application No. 10/698,207. Although the conflicting claims are not 
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identical, they are not patentably distinct from each other because the limitations in claims 
1, 6, 9, 14, 17, and 22 are disclosed in claims 1 and 2 of copending Application No. 
10/698,207. 

Claims 1, 6, 9, 14, 17, and 22 are nearly identical to claims 1 and 2 of copending 
Application No. 10/698,207 except that claims 1, 6, 9, 14, 17, and 22 in the current 
application recite "request for a boot program" and "boot program servers", whereas claims 
1 and 2 of copending Application No. 10/698207 recite "request for a configuration 
parameter" and "configuration servers". A "request for a boot program" is a "request for a 
configuration parameter" because the boot program provides configuration parameters. 

These are provisional obviousness-type double patenting rejections because the 
conflicting claims have not in fact been patented. 

Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming 
the subject matter which the applicant regards as his invention. 

Claims 4, 5, 12, 13, 20, and 21 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which applicant regards as the invention. 

Claims 4, 12, and 20 recite the limitation "the designated administrator" in line 1. 
There is insufficient antecedent basis for this limitation in the claims. 

Claims 5, 13, and 21, being dependent on claims 4, 12, and 20, are rejected based 
on the same grounds of rejection. 

Claim Rejections - 35 USC § 103 
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The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth 
in section 102 of this title, if the differences between the subject matter sought to be patented and the prior 
art are such that the subject matter as a whole would have been obvious at the time the invention was 
made to a person having ordinary skill in the art to which said subject matter pertains. Patentability shall 
not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 

USPQ 459 (1966), that are applied for establishing a background for determining 

obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

Claims 1-24 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Zimmeret al., US Patent Appl. Pub. Num. 2004/0193867, in view of Schell et al., US 
Patent Num. 6,314,520. 

Re claims 1, 9, and 17, Zimmer discloses a method, a system, and a computer 
program product for managing a network boot of a client computer, the method, system, 
and computer program product comprising: 

broadcasting a request for a boot program from the client computer to a network of 
boot program servers (paragraph 0020, lines 4-8, FIG. 2, 202, paragraph 0021, lines 5-10); 

receiving a response to the request for the boot program at the client computer, the 
response being from a responding boot program server on the network of boot servers 
(paragraph 0025, lines 1-3, FIG. 2, 204); 
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requesting and downloading onto the client computer a boot program from the 
responding boot program server (paragraph 0030, line 1, paragraph 0031, lines 1-4, FIG. 
2,208 and 210). 

In addition, Zimmer discloses the interface card also being coupled to a hyper- 
secure remote service network. 

[Zimmer does not specifically state the interface service card also being coupled to 
a hyper-secure remote service network. However, Zimmer discloses a network interface 
card (NIC) coupled to the remote system (remote server) via a network (e.g. LAN, WAN, or 
Internet) (paragraph 0048, lines 9-14, FIG. 4). Zimmer further discloses selectively 
providing remote boot options based on security requirements of the client machine 
(paragraph 0026, lines 1-9). Thus, a network security policy is established within the 
corporate network (paragraph 0023, lines 6-8) including the client's machine coupled to the 
remote server (via a NIC), and thus Zimmer discloses the interface service card also being 
coupled to a hyper-secure remote service network.] 

Zimmer fails to disclose storing a list of trusted boot program servers in an interface 
service card coupled to a client computer on a network, comparing an identity of the 
responding boot program server with the list of trusted boot program servers, and upon 
verifying that the responding boot program server is on the list of trusted boot program 
servers, 

requesting and downloading onto the client computer a boot program from the 
responding boot program server (this step was addressed by Zimmer as indicated above 
and was added here for clarity). 
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Schell teaches a networked client/server computer system configured to establish a 
trusted workstation (column 1, lines 20-22). Schell further teaches each workstation having 
a network interface card (NIC), which establishes a trusted connection between the 
workstation and the server (column 3, lines 62-65, FIG. 1, 14, 20) through which the 
workstation communicates with the server over the computer network (column 4, lines 5-7, 
FIG. 1,12, 14). In addition, Schell further teaches the NIC card containing a trusted 
computing base (TCB) extensions that provide for securely booting the workstation, the 
"TBC extensions" referring to extensions of the server's TCB that operate as part of the 
workstation's network trusted computing base (column 2, lines 3-11) (i.e. database of 
trusted servers contained on the NIC). Schell also teaches an address confirmation circuit, 
wherein upon receipt of a packet, the source address of the received packet is compared 
for verification that it was sent from an authorized server (i.e. identity verification) (column 
2, lines 30-35, column 3, lines 6-1 1 , column 4, line 64- column 5, line 2, column 5, lines 1 3- 
22). In Schell, the pre-boot modules are downloaded to the workstation from known trusted 
servers only (column 2, lines 50-54, column 3, lines 45-49) after meting the identity 
verification criteria. Thus, the security of the information stored on a client/server is 
ensured (column 1, lines 56-59). 

It would have been obvious to one of ordinary skill in the art at the time of 
applicant's invention to use the system and method of storing a trusted computing base 
(TCB) extension corresponding to trusted boot servers within a NIC used for 
communication over a network, the process or identity comparison and verification of the 
received network packets, and based upon that comparison downloading pre-boot 
modules to the client machine from trusted servers, as suggested by Schell with the 
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method, system, and computer program product disclosed by Zimmer in order to 
implement storing a list of trusted boot program servers in an interface service card 
coupled to a client computer on a network, comparing an identity of the responding boot 
program server with the list of trusted boot program servers, and upon verifying that the 
responding boot program server is on the list of trusted boot program server, requesting 
and downloading onto the client computer a boot program from the responding boot 
program server. One of ordinary skill in the art would be motivated to do so in order to 
ensure security of the information being downloaded to the client computer. 

Re claims 2, 10, and 18, Schell further teaches the method, system, and computer 
program product, further comprising: 

upon determining that the responding boot program server is not on the list of the 
trusted boot program servers, blocking the requesting of the boot program from the 
responding boot program server (column 5, lines 20-22). 

Re claims 3, 1 1 , and 19, Zimmer further discloses the method, system, and 
computer program product as per claims 2, 10, and 18, further comprising: 

upon determining that the responding boot program server is not on the list of 
trusted boot program servers, generating an alert to a designated administrator of a 
presence of an unauthorized boot program server on the network of boot program servers 
(paragraph 0044, lines 12-15). 

Re claims 4, 12, and 20, Zimmer discloses the hyper-secure network as per claims 
1, 9 and 17. In addition, Schell further teaches the method, system, and computer program 
product, wherein the designated administrator communicates with the client computer via 
the hyper-secure remote service network. 
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[Schell does not specifically state wherein the designated administrator 
communicates with the client computer via the hyper-secure remote service network. 
However, Schell teaches using usernames and passwords in the process of verification for 
the trusted server (column 6, line 21- column 7, line 53). Thus, these usernames and 
passwords are assigned and maintained (i.e. by an administrator), and thus Schell 
teaches, wherein the designated administrator communicates with the client computer via 
the hyper-secure remote service network.] 

Re claims 5, 13, and 21, Zimmer further discloses the method, system, and 
computer program product as per claims 4, 12, and 20, wherein the comparing step is 
performed by configuring the client computer to perform Layer 3 packet filtering to identify 
Pre-boot Execution Environment/Bootstrap Protocol (PXE/BootP) traffic, wherein Layer 3 
is a network layer of the seven layers of the Open System Interconnection (OSI) model 
(paragraph 0014, lines 3-6, paragraph 0037, lines 1-10, paragraph 0038, lines 1-6). 

Re claims 6, 14, and 22, Schell further teaches the method, system, and computer 
program product, further comprising: 

upon determining that the responding boot program server is not on the list of 
trusted boot program servers, downloading a boot program from a known trusted boot 
server in a secure local area network LAN. 

[Schell does not specifically state upon determining that the responding boot 
program server is not on the list of trusted boot program servers, downloading a boot 
program from a known trusted boot server in a secure local area network LAN. However, 
Schell teaches discarding the received network packets transmitted by an unauthorized 
server (column 5, lines 20-22). Thus, it is determined that an untrusted server sent the 
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packets and no download is initiated towards the client computer (i.e. determining that the 
responding boot program server is not on the list of trusted boot program servers). Only 
when the network packets are verified to be from a trusted server, the download is 
permitted over the LAN (column 3, lines 53-55, column 5, lines 13-20) (i.e. downloading a 
boot program from a known trusted boot server in a secure local area network LAN).] 
Re claims 7, 15, and 23, Zimmer and Schell disclose all claim limitations as per 
claims 1, 9, and 17. 

Zimmer and Schell do not specifically state wherein the client computer is a server 
blade. However, Zimmer discloses the client computer not limited to a personal computer, 
network workstation, etc. (paragraph 0015, lines 1-2) in the network environment. In 
addition, the examiner takes an Official Notice for the client computer being a server blade. 
It is well known in the art for aggregating network modules (clients) as blades in a blade- 
server architecture in order to provide system scalability. Accordingly, it would have been 
obvious to one of ordinary skill in the art at the time of applicant's invention to implement 
the client computer being a server blade. One of ordinary skill in the art would be 
motivated to do so in order to achieve system scalability for plurality of clients. 

Re claims 8, 16, and 24, Zimmer and Schell further disclose the method, system, 
and computer program product as per claims 7, 15, and 23, further comprising: 

managing different types of boot program servers available to the server blade by 
maintaining, in an information technology services organization logically oriented between 
the different types of boot program servers and the server blade (Zimmer, paragraph 0022, 
lines 1-20), a permission list of boot program servers authorized for each server blade in a 
server blade chassis (Schell, column 2, lines 3-11). 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Stefan Stoynov whose telephone number is (571) 272- 
4236. The examiner can normally be reached on 8:00AM-4:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lynne Browne can be reached on (571) 272-3670. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status information 
for unpublished applications is available through Private PAIR only. For more information 
about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on 
access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866- 
217-9197 (toll-free). 




SUPERVISORY PATENT EXAMINER 
TECHNOLOGY CENTER 2100 



